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REMARKS 



I. CLAIM AMENDMENTS 

Please do not enter any amended pages siibmitted under either 
PCT Article 19 or PCT Article 34. This Preliminary Amendment 
conforms the claims to those considered in the International 
Preliminary Examination Report and includes additional amendments 
made to remove multiple dependent claims and to place the claims 
in a fonnat more consistent with U.S. practice. 

II. SUSBSTITUTE SPECIFICATION 

Applicants respectfully request that the specification 
be replaced with the enclosed, clean ^'substitute specification" . 
No new matter has been added. Applicants also enclose an 
annotated version that illustrates the marked changes from the 
immediate prior version. 

Entry of the Amendment prior to calculating the filing fee is 
respectfully requested. 



Respectfully submitted. 
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SUBSTITUTE SPECIFICATION 
(ANNOTATED TO SHOW MARKED CHANGES) 

METHOD FOR ANALYSING THE OPERATION OF A 
RADIOCOMMUNICATION TERMINAL, CORRESPONDING 
RADIOCOMMUNICATION TERMINAL AND ANALYSIS DEVICE 

CROSS-REFERENCE TO RELATED APPLICATION 

This Application is a Section 371 National Stage Application of 

International Application No. PCT/FR2004/002806, filed October 29, 2004 and 
published as WO 2005/043946 on May 12. 2005, not in English. 

FIELD OF THE DISCLOSURE 
The inv e ntion disclosure relates to the field of supervising and analysis of 
the operation of radiocommunication devices, such as radiotelephones or 
terminals equipped with radiocommunication means (installed, for example, in 
machines, sensors, automobiles, and so on). 

BACKGROUND 

In general, electronic products are tested in the most exhaustive manner 
possible, before they are placed on the market. However, the complexity of these 
apparatuses increases regularly, and it appears to be very difficult to test them 
integrally, and to identify all of the situations they may encounter. 

This is due in particular to the fact that they have large and complex 
software means, and that they may encounter a wide variety of situations and 
applications. 

This is the case in particular in the field of radiocommunications. The 
constructors of radiotelephony means and the operators are therefore constrained 
to distribute products that may still have certain software defects (or bugs) that 
have not been identified, for example because they correspond to circumstances 
that are very specific, very rare, or very difficult to anticipate and reproduce. 
Such bugs may, for example, be associated with: 
network characteristics (neighbouring cells, levels, etc.); 
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the SIM card (for example, number of SMS messages); 
the hardware enviromnent (battery level, peripheral elements, etc.) 
user actions (navigation in menus, use of specific WAP, SMS, MMS, 
JAVA applications, and so on). 
5 Although simulators and emulators are implemented so as to identify these 

bugs and remove them, there may still be situations in which the 
radiocommunication device does not react as it should. It is then necessary to 
study the operation of this device, so as to identify the origin of the bug, and, as 
appropriate, to make the necessary corrections. 
10 To perfomi these operations, measuring and test apparatuses, such as 

protocol analysers, which are capable of observing and analysing the data 
exchanges carried out according to the protocols used by the radiocommimication 
device, are generally used. 

This technique is effective, but often difficult to implement, since it 
15 requires the availability of complex equipment. When the defective apparatus is a 
radiotelephone, it is therefore necessary for the user to send it to a test laboratory, 
after having explained as precisely as possible the defect identified and the 
conditions under which it appears. It is a complicated approach, and deprives the 
user of his or her radiotelephone for several days or even several weeks. There is 
2 0 also a significant risk that the bug will not be identified, if the description of the 
problem is erroneous or incomplete. 

When it involves radiotelephony means installed in machines, they must 
be disassembled so that they can be sent to a laboratory, or the test material must 
be used on site. Again, it is understood that, in both situations, this is complex and 
2 5 costly, with regard to both time and money. 

SUMMARY 

Th e objective of th e invention is to overcome these variouG diaadvantagos 
of the prior art. 

Mor e sp e cifically, an obj e ctiv e of th e invention is to provid e a tochniquo 

30 that do e s not requir e the d e fectiv e d e vic e to be s e nt to a remot e sit e , or a opecialist 
to go on sit e with his test material. 
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In oth e r words, an objective of the inv e ntion is to provide a t e chniqu e 

e nabling a bug to b e analys e d, and, if appropriat e , th e n e c e ssary r e pair op e rations 
to bo performed r e motely. It should b e not e d that the formulation of this problem, 
which is also contrary to the conventional practice of a person slcill e d in the art, is, 
5 per so, a part of the inv e ntion. 

Anoth e r objective of the invention is to provide such a technique that 

enabl e s t e st, analysis and repair proc e ssing op e rations to be p e rform e d v e ry 
rapidly, without th e radioconmiunication device b e ing immobiUsed and unusable 
for long periods, gr e at e r than s e veral hours or sev e ral days or w ee ks. 

10 Another objectiv e of th e inv e ntion is to provid e such a technique that does 

not r e quir e th e us e r to provid e a compl e x and compl e t e d e scription of th e situation 
in which th e id e ntifi e d probl e m occxirs. 

Anoth e r obj e ctiv e of th e inv e ntion is to provide such a technique that does 

not r e quire, in radiocommunioation d e vic e s, compl e x, bullcy and exp e nsive 

15 t e chnical means. 

An embodiment of the invention is directed to Th e s e objectiv e s, as w e ll as 
oth e rs which will becom e clear b e low, are achi e v e d by a method for analysing the 
operation of a radiocommimication terminal according to a predetermined 
radiocommunication protocol. According to an embodiment of t he invention, said 

20 radiocommunication terminal transmits data representative of at least one 
operation to be analysed to a remote analysis device via a connection according to 
said predetermined radioconmiunication protocol. 

Thus, the analysis is not performed locally, using dedicated test 
apparatuses, which must be connected to the terminal, but remotely. The terminal 

2 5 itself intemally performs the operations, and ensures the transmission of the data 

to be analysed to a remote supervisor. 

The method of an embodiment of t he invention advantageously includes a 
step involving the execution of a sequence of at least one operation, in said 
radiocommunication terminal, and temporary storage of data representative of 

3 0 said operation(s), preferably followed by a step involving the batch transmission 

of said data representative of said operation(s) to said remote analysis device. 
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According to an advantageous aspect of an embodiment of t he invention, 
said steps of execution and transmission successively use the same 
radioconmiunication protocol. 

The approach of an embodiment of t he invention is therefore to 
5 transmission transmit the data to be analysed in batch mode. The terminal itself 
performs all of the test operations, then transmits the data resulting from the 
analysis (it is also possible to provide periodic transmissions, or at predetermined 
times, of these results, during the test). 

Thus, it is possible to use the same connection (GSM, GPRS, etc.) for the 
10 test and its supervision. In addition, it is possible to use, on a remote site, 
powerful means, without it being necessary to physically work on the terminal. 

The method of the invention preferably includes a previous step in which 
the radiocommunication terminal receives an analysis and/or analysis parameter 
scenario. 

15 Said parameters may in particular include at least one of the following 

elements: 

identification of at least one software element to be analysed; 

identification of at least one data item to be transmitted; 

identification of a sequence of at least one operation to be performed; 
20 - identification of an analysis level. 

Said method also preferably includes a previous step in which said 
radiocommunication terminal receives data for configuration of the transmission 
to said remote analysis device. 

Said configuration data may in particular include at least one of said 

2 5 following elements: 

a telephone number corresponding to said remote analysis device; 
parameters for configuration of the transmission of data to said remote 
analysis device. 

According to an advantageous feature of an embodiment of t he invention, 

3 0 the method implements an encryption for the transmission of data to and/or from 

said radioconununication terminal. 
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In particular, it can use an encryption key for the transmission of said 
analysis and/or analysis parameter scenario. 

An embodiment of the The invention can also include a subsequent 
receptions step of reception by said radioconmiunication terminal of updated data, 
5 according to the analysis of said data. 

Said reception step(s) advantageously also use(s) said radiocommunication 
protocol. 

According to an advantageous embodiment, said radiocommimication 
terminal implements an automated system, controlled by a scenario transmitted by 
1 0 said remote analysis device and/or stored in said radiocommunication terminal. 

Said scenario can preferably perform at least one operation normally 
performed by a user of said radiocommunication terminal. 

According to an advantageous feature, said radiocommimication terminal 
implements http commands, used to control analysis means. 
15 An embodiment of the fte invention also relates to radiocommimication 

terminals including means for implementing the analysis method as described 
above, as well as corresponding analysis devices. 

Other features and advantages of th e inv e ntion will become more clear 
from the following description of a preferred embodiment of the invention, given 
20 by way of an illustrative and non-limiting example, and the appended drawings4H 
which: . 

BRIEF DESCRIPTION OF THE DRAWINGS 
Figure figur e 1 diagrammatically shows the general principle of the 
invention; and 

2 5 Figure figur e 2 is a simpUfied synoptic diagram of an embodiment of the 

method of the invention. 

DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS 
An embodiment of the The invention is therefore based on a new approach 
to the detection and analysis of problems (debugging) in the field of 

3 0 radiotelephony. 
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According t o an embodiment of the invention, there is indeed no direct 
supervision, using a specific apparatus, on or by independent access, of RS232C 
type or the like, but a batch transmission of the information needed for the 
analysis, preferably using the protocol used for the conmiunications themselves 
5 (for example, GSM, GPRS, 3GPP, and so on). 

Thus, according to an embodiment of t he invention, there is no need for 
special means within the vicinity of the terminal tested. It is the latter itself that 
performs the operations, and that stores the data needed for the analysis. It then 
transmits the data to a remote server, which will perform the analysis in batch 
1 0 mode, and, if appropriate, return the necessary corrections to the terminal. 

Therefore, there is no complexity added at the level of the terminal (except 
in the case of software means), and it is possible to implement powerful analysis 
means remotely. 

This approach is shown in particular in figure 1 . 
15 The supervising device 11 sends the terminal 12 debugging configuration 

data 13. 

The terminal 12, which can be a radiotelephone, or radiotelephone means, 
such as a module, implanted in any type of machine, receives and processes the 
debugging data, which in particular include a sequence of operations to be 
2 0 performed. 

When these operations have been performed, the terminal 12 sends 
debugging result data 14 to the supervising device 11. The latter then performs the 
corresponding analyses in batch mode. 

This approach therefore makes it possible to perform debugging operations 
25 remotely, and therefore to analyse problems in the situation and in the 
environment in which the problem actually appears. 

An interesting aspect of an embodiment of t he invention is that it is 
possible to use the same (wireless) communication channel to: 

configure the terminal for the debugging steps; 
30 - perform these steps; and 

send the results to the supervisor. 
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An example of an embodiment is shown in figure 2. 

The processing generally begins with the identification 2 1 of a problem in 
the terminal. The corresponding information for identifying a problem 22 is 
transmitted to the supervisor. This transmission can be performed automatically, 
5 using the radiocommunication network, or be requested independently, for 
example in the case of a voice telephone commxmication to an operator. 

In other cases, this step can be suppressed, and the supervisor can decide 
to perform tests because said supervisor identified a problem, or simply by way of 
periodic verification. 

1 0 Depending on the problem to be processed, the supervisor establishes and 

sends 23 a test scenario, as well as corresponding configuration parameters. 
These parameters can in particular include the following elements: 
information for connecting to the supervisor and transmitting the relevant 
data thereto: 

15 - protocol stacks http, WSP, proprietary, and so on and "address" 

(for example, telephone number, URL, IP address, etc.); 
preferred transmission connections (data, GPRS, etc.) and strategy 
for use (for example, first GPRS, and otherwise SMS); 
test duration or debugging data transmission times (the duration 
2 0 can be, for example, one hour, one day or one week); 

security parameters (to avoid malicious uses): 

coding authorising the terminal to identify the supervisor, so 
as to obtain tested data; 

user interface enabling the user to accept or refuse a test 

2 5 sequence; 

data for managing the debugging trace: 
maximum size; 
circular buffer or not; 
• * • 

3 0 The data 24 also includes a test scenario, describing all of the events and 

operations that the terminal must perform in order to produce the debugging data. 
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The scenario is advantageously an automated test system, implanted in the 
terminal. 

It can define in particular: 

events that will generate operations such as: 
5 - events that will launch the test processes; 

network indications (registration, level, incoming 
communications, incoming SMS or MMS, and so on); 
timing expiration; 

indications concerning peripherals (USB access, battery 
1 0 levels, battery charge, and so on); 

interaction associated with the user (according to this 
aspect, the terminal can simulate actions performed by the 
user, such as a keyboard strike); 

• • « 

15 - operations, such as: 

telephone calls; 

SMS or MMS mailings; 

WAP access; 

network registrations; 
20 - SIM card access; 

access to the terminal directory; 

Java applet application launchings; 

• • • 

This data 24 is therefore received and stored 25 in the terminal. The latter, 
25 in view of the data received, configures 26 the test to be performed, then executes 
it and stores the corresponding test results 27. 

The description of the scenario is advantageously presented in the form of 
an automated system, i.e. a series of events or actions and status changes. An 
example of an automated system capable of being used is described in patent 
3 0 document FR 0307992. 
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More generally, the language used for these scenarios can be a compiled or 
interpreted, proprietary or non-proprietary language. 

Of course, the terminal must have memory zones dedicated to these 
operations, in order to store the test scenario and the corresponding parameters, 
5 and in order to store the corresponding results (debugging traces) produced by the 
execution of the tests. 

The terminal must also have, in its on-board software, elements enabling 
the various operations associated with the debugging process to be implemented. 

The terminal therefore carries out 27 various operations, simulating the 
10 usual operation, according to the instructions for the scenario received. The 
corresponding data, as defined in the test parameters, is stored intemally. 

When the test is terminated (either because the set time has passed or 
because the scenario defined has reached its end), all of the stored test data is 
transmitted 28 to the supervisor, which will be capable of analysing it 29 in batch 
15 mode. 

Depending on this analysis, the supervisor will be able to determine the 
problem, and send the corresponding updated data 30, either autonomously, or 
from corrected data programmed by an operator. 

This correction or updated data is received 3 1 in the terminal, which stores 
20 it in the locations provided therefor. 

Thus, it is possible to easily and effectively perform debugging operations 
on a remote terminal, without it being necessary to connect test apparatuses 
thereto. The only communication means used are conventional radiotelephone 
communication means, available in the terminal (GSM, SMS, data, and so on). 
2 5 The terminal itself carries out the test sequence, then transmits the results for their 
analysis. 

According to a specific embodiment, the terminal implements http 
commands so as to implement the operation of the automated system. 

One or more embodiments of the invention thus provide a technique that 

30 does not require the defective device to be sent to a remote site, or a specialist to 
go on site with his test material. 
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In other words, an embodiment of the invention provides a technique 

enabUng a bug to be analysed, and, if appropriate, the necessary repair operations 
to be performed remotely. It should be noted that the formulation of this problem, 
which is also contrary to the conventional practice of a person skilled in the art, is. 
5 per se. a part of an embodiment the invention. 

An embodiment of the invention also provides such a technique that 

enables test, analysis and repair processing operations to be performed very 
rapidly, without the radiocommunication device being immobilised and unusable 
for long periods, greater than several hours or several days or weeks. 

10 An embodiment of the invention also provides such a technique that does 

not require the user to provide a complex and complete description of the situation 
in which the identified problem occurs. 

An embodiment of the invention also provides such a technique that does 

not require, in radiocommunication devices, complex, bulky and expensive 
15 technical means. 

Although the present invention have been described with reference to 
preferred embodiments, workers skilled in the art will recognize that changes may 
be made in form and detail without departing from the spirit and scope of the 
invention. 
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METHOD FOR ANALYSING THE OPERATION OF A 
RADIOCOMMUNICATION TERMINAL, CORRESPONDING 
RADIOCOMMUNICATION TERMINAL AND ANALYSIS DEVICE 

ABSTRACT OF THE DISCLOSURE 
A method and apparatus are provided for analyzing the operation of 
radiocommimication terminal according to a predetermined radiocommunication 
5 protocol. The radiocommimication terminal transmits data representing at least 
one operation to be analyzed to a remote analysis device via a link according to 
the predetermined radiocommunication protocol . 



